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Resolution of network names 



5 This invention relates to resolution of network names. 

Most users of a computer network, and in particular, the Internet, rely on symbolic 
names to identify hosts and domains on the network. The symbolic names must be 
translated into machine addresses (IP addresses, in the case of the Internet) to enable 
data to be routed to and from a host. The relation between symbolic names and 
10 addresses was originally maintained in a host file on each machine on the network* 
However, as networks grew in size, maintenance of host databases became an ever- 
increasing burden, so the task was entrusted to name resolution (DNS) severs that 
maintain a centralised database of names and addresses. 

Owners of private networks have virtually unlimited control over the names that can be 
15 used in their networks. However, in the context of the Internet, domain names are 
normally resolved with reference to DNS servers that are maintained by an Internet 
service provider or a broadband provider. Such servers operate within a hierarchy of 
servers, ultimately controlled by The Internet Corporation for Assigned Names and 
Numbers (ICANN). The policies of ICANN, and national domain registers recognised 
20 by ICANN restrict the choice of names that can be obtained by users. 

In principle, anyone could set up a publicly-accessible DNS server upon which they can 
record arbitrary names, and make the address of the server known. An Internet user 
could then add the server's address to the list of DNS servers accessed by their computer 
when a name is to be resolved. This would be quite acceptable to experienced users. 
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However, many users access the Internet through a dial-up connection that configures 
their computer's settings, including DNS server addresses, automatically using the 
dynamic host configuration protocol (DHCP). Such users may not be competent to or 
authorised to configure their computer's settings manually. 

5 An aim of this invention is to provide a system whereby an Internet user can access a 
domain namespace that contains arbitrary names without the need to reconfigure their 
computer manually. 

From a first aspect, this invention provides a plugin for a browser, which operates upon 
detection of a DNS look-up failure to attempt a DNS look-up on an alternative name 
10 server. 

By providing this functionality in a browser plugin, installation and operation are 
transparent to the user. Moreover, the plugin operates only in the event of a look-up 
failure so resolution of names using a previously configured server is unaffected. 

The plugin may operate by detecting when the browser is about to display an error to 
15 inform a user that a referenced name cannot be found. It may then perform a further 
name lookup before the error is displayed. This can be achieved readily by providing a 
script to execute in the context of the browser. 

The plugin may be suitable for installation in a web browser by being downloaded from 
a remote web site. Preferably, the plugin is packaged with an installer that installs the 
20 plugin with a minimum of user intervention. 

To ensure that the plugin always directs its look-ups to a valid alternative DNS server, it 
may be operative to contact a remote server to obtain data relating to the alternative 
name server. For example, the data may be obtained each time the operating system is 
started or each time the plugin is initiated. 
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For example, the plugin may operate by configuring proxy server settings of a web 
browser in which it is installed. A plugin embodying the invention may communicate 
with the alternative DNS sever through a proxy server. 

From a second aspect, this invention provides a web browser that has a plugin that 
5 operates upon detection of a DNS look-up failure to attempt a DNS look-up on an 
alternative name server. The browser may be configured by the plugin to refer DNS 
look-ups to an alternative server through configuration of its proxy settings. This is 
advantageous because the proxy settings of many browsers can be configured by 
configuration of the contents of a settings file. 

10 From a third aspect, this invention provides a method of resolving a network name, the 
method comprising: 

using a browser to make a request for a resource with reference to a host by 

name; 

attempting to resolve the name by reference to a first DNS system; and 

15 in the event that the browser receives a negative response from the DNS 

system, it executes a plugin that attempts to resolve the name from an alternative server. 

An embodiment of the invention will now be described in detail, by way of example, 
and with reference to the accompanying drawings, in which: 

Figure 1 is a schematic diagram of a computer operating a browser embodying the 
20 invention to communicate with Internet locations. 

To place the embodiment in context, a brief overview of the operation of a computer 
running an Internet browser will now be described. 
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A browser is normally an unprivileged user program executing on a networked client 
computer 10, In this example, the client computer 10 is a stand-alone computer that is 
connected to the Internet 12 through a dial-up device 14 such as ISDN or DSL terminal 
adapter or a modem. The browser can receive a request for a resource (e.g., a web page 
5 or a file on an ftp site), download that resource from a remote server 16, and do 
something with it on the client computer 10, such as render it, if it is a web page, or save 
it if it is a binary file. 

A resource is identified by a string called a uniform resource location (URL) that 
identifies the host upon which the resource is to be found (in this example, the fictitious 
10 www.name.zz) and the location of the resource on the host. The host may be identified 
by its IP address (shown, again fictitiously, as 123.456.789.012) in dotted-decimal form, 
but it is more usually identified by a symbolic name. In the latter case, the browser must 
translate the symbolic name into an IP address, because this address is required to 
address the remote host computer on which the resource is located. 

To resolve an IP address, the browser makes a request to a resolver service of the 
operating system under which it is executing. Typically, the resolver service will first 
look in a local database of host names, and if the name cannot be found, it passes the 
request to a remote DNS server 18. The address of the remote DNS server is configured 
within the operating system either statically by a system administrator or dynamically 
using DHCP, the latter being common on computers that access the Internet by way of a 
dial-up connection. (In fact, most operating systems allow several DNS servers to be 
specified that will be referred to in turn.) There can be two outcomes of the DNS look- 
up. First, the look-up can be successful, in which case, the resolver will return an IP 
address to the browser. This address can then replace the symbolic name within the 
URL. Alternatively, the name look-up may fail, in which case, the resolver will return a 
failure code to the browser. 
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In the event that the DNS look-up fails, a conventional web browser displays an error 
message or error page to inform the user that a request for a URL cannot be met. The 
behaviour and configuration of a browser embodying the invention will now be 
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described. This embodiment will be described in the context of a computer running the 
Microsoft Windows operating system executing the Microsoft Internet Explorer web 
browser. However, it will be understood that the same principles can be applied to any 
other browser that can support plugins of a sufficient degree of complexity. 

5 First, in order to prepare the browser for operation in accordance with the invention, a 
plugin must first be installed. This is achieved by first visiting a web site provided by 
the operator of a domain registration and domain name resolution service. Note that the 
installation need be performed only once by each user. 

The user clicks on a link to download the plugin. The plugin is downloaded onto the 
10 user's computer, where the following actions occur: 

a) Five files are installed that enable the domain name resolution system to operate. 
These include two dynamically linked libraries in DLL files (dotworlds.dll and 
dotdetect.dll), two executables in EXE files (execdlLexe and kill.exe) and a proxy 
configuration script in a PAC file (dotworlds.pac). 

15 b) The dynamically linked libraries, the executables and the proxy configuration script 
are installed in the standard directory for such files in the Microsoft Windows file 
system. 

c) The following items are written to the Microsoft Windows registry: Run key entry to 
run dotdetect*exe, which starts execdlLexe, plugin version entries and uninstall 
20 configurations. 

The registry key for running the plugin at start-up is: 

HKEY_LOCALJ^CHINE\SOFTWARE\Microsoft\Windows\CurrentVersio 
n\Run 
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The registry key for adding the plugin to add/remove programs feature of Microsoft 
windows: 

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersio 
n\Uninstall\Dotworlds 

5 d) An uninstall system for the plugin package is also installed (unsdotexe in Program 
Files stabdar folder, dotworlds sub folder). 

The file dotworlds.dll is a function library that exports functions required by the plugin. 
The file dotdetect.dll detects the function library and runs the execdlLexe file. The 
executable execdlLexe serves to detect an Internet connection, configure the connection 
10 and update the proxy configuration file. The executable kilLexe is used during the 
uninstall process. The purpose of the proxy configuration file is to offer proxy 
configurations for the browser. 

In the context of Microsoft Internet Explorer web browser, a user can configure separate 
proxy settings for use with each Internet dial-up account that is configured in the 
15 operating system. After installation, the plugin configures the user's current connection 
to use the proxy settings specified in the proxy configuration file. This can be achieved 
by activating the automatic configuration script option in Internet Explorer. 
Specifically, this is done by functions in dotdetect.dll, running execdlLexe during 
system start-up 

20 To ensure use of the automatic configuration script on any Internet connection, and to 
ensure that the information in the proxy configuration file is up to date, the library 
dotdetect.dll is run whenever Microsoft Windows is started, this activating the 
execdlLexe executable. The executable execdlLexe starts a process that runs in the 
background and waits until an Internet connection is detected. Once this occurs, the 

25 process configures the current connection (from within the browser) to use the automatic 
configuration script (written to the proxy configuration file). The process file also 
checks the IP/domain configurations required by the proxy configuration file by visiting 
a server provided by the operator of the domain registry, from where it downloads a 
remote configuration file. The information in the remote configuration file is then re- 
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written to the proxy configuration file, so that the configuration script always uses up-to- 
date proxy IP information. This allows changes in the operator's systems to be 
communicated transparently to the user's computer. Having run once, the process then 
shuts down. 

5 Once the above installation procedures have been performed, operation of the browser 
can continue. 

Now consider what occurs if the remote DNS server 18 is unable to find the name 
requested (as would be the case with domains registered by the operator of the domain 
registry). The configuration script is used for every name lookup, but it tells the browser 

10 to use its normal configurations first, and only the alternative proxy configurations in 
case of error. Therefore, before the browser informs the user with of an error condition 
(having been configured to use the automatic configuration script) the browser uses the 
information contained in the proxy configuration script (found in the proxy 
configuration file) to try to resolve the URL using an alternative IP address, in this case, 

15 pointing to a proxy server 20 run by the operator of the domain registry. This proxy 
server is in turn linked in to two proprietary DNS servers 22, 24, which have been 
configured to resolve the domains offered by the operator of the registry, optionally 
along with all other conventional domain names. The browser makes the URL request 
to the proxy server 20, which in turn resolves the URL (if it can) using the proprietary 

20 DNS servers 22, 24, returning the correct IP address for the domain to the browser. This 
means that the operator's domain names are true domain names and not sub-domains of 
other ICANN domains. In this example, .zz is not a valid extension within the ICANN 
naming system, but can, should a user wish, be registered within the proprietary DNS 
server. 

25 Thus, a domain registrar can install a DNS server, with an optional redundant second 
server. These may be made directly available over the Internet or may be protected by a 
proxy server. 



